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I. REAL PARTY IN INTEREST 

The real party in interest is International Business Machines Corporation ("IBM") 
having a principle place of business at New Orchard Road, Armonk, NY 10504, as 
assignee of patent(s) resulting from the above-referenced patent application, in view of 
the assignment executed by the inventor to IBM. 

II. RELATED APPEALS AND INTERFERENCES 

There are no related appeals nor interferences known to Appellants, Appellants' 
legal representative, or assignee which will directly affect or be directly affected by or 
having a bearing on the Board's decision in this pending appeal. 

III. STATUS OF CLAIMS 

Claims 1-20 are pending and claims 1-20 stand rejected. Claims 1-20 are 
appealed herein. Claims 1-20 stand rejected by a final Office action dated November 26, 
2008. More particularly: 

1) Claims 1-6, 9-15, and 17-20 stand rejected under 35 USC § 103(a) as being 
unpatentable over McGann et al., U.S. Pat. 6,920,476 (hereinafter "McGann") in view 
of Lambert et al, U.S. Pat. Pub. 2003/0033349 (hereinafter "Lambert"). 

2) Claim 7 stands rejected under 35 USC § 103(a) as being unpatentable over McGann 
in view of Lambert and in further view of Nakada, U.S. Pat. Pub. 2001/0013051 
(hereinafter "Nakada"). 

3) Claim 16 stands rejected under 35 USC § 103(a) as being unpatentable over McGann 
in view of Lambert and in further view of Mikalsen, U.S. Pat. 6,934,948 (hereinafter 
"Mikalsen"). 

IV. STATUS OF AMENDMENTS 

All amendments filed up through the final Office action dated November 26, 2008 
have been entered. No after final amendment was filed. No other amendments have 
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been filed subsequent to the final rejection. The claims found in the Exhibit of this 
Appeal Brief reflect the appealed claims as they are understood by the Appellants at the 
date of this appeal. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

Appellants' independent claim 1 as currently presented claims a method for 
enhancing persistence of a message. (See, e.g., Specification, pp. 4-5, par. 12, first sent.). 1 
The method involves storing the message in an inbound queue after receiving the 
message. (See, e.g., Specification, pg. 6, par. 16). The method involves browsing the 
inbound queue to identify the message after storing the message in the inbound queue. 
(See, e.g., Specification, pg. 7, par. 19, second sent.). The method involves copying the 
message to a working queue (See, e.g., Specification, pg. 7, par. 18, third sent.), the 
working queue being persisted by a queue manager (See, e.g., Specification, pg. 7, par. 
17), to persist the message, the message being stored, in it's entirety, in both the inbound 
queue and the working queue concurrently. (See, e.g., Specification, pp. 7-8, par. 20, first 
sent., and par. 31). The method involves removing the message from the inbound queue 
after copying the message to the working queue. (See, e.g., Specification, pp. 7-8, par. 20, 
first sent.). The method involves processing the message to generate a reply prior to 
removing the message from the working queue. (See, e.g., Specification, pg. 8, par. 21, 
first three sent.). And the method involves storing the reply in an outbound queue after 
generating the reply. (See, e.g., Specification, pg. 8, par. 21, first three sent.). 
Furthermore, as described in claim 2, a further embodiment involves removing the 
message from the working queue after storing the reply in the outbound queue. (See, e.g., 
Specification, pg. 8, par. 21, first three sent.). 

Appellants' dependent claim 3 incorporates the claims limitations of claim 1 and 
adds restoring the message in the working queue after a system failure. (See, e.g., 
Specification, pg. 8, par. 21). Appellants' dependent claim 4 incorporates the claims 
limitations of claim 1 and adds determining that the message is persisted prior to 
removing the message from the inbound queue. (See, e.g., Specification, pg. 11, par. 31). 
Appellants' dependent claim 5 incorporates the claims limitations of claim 1 and adds 



1 Note that "Specification" hereinafter refers to Application at issue, i.e., Application no. 10/660,289 filed September 1 1, 2003. 
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wherein browsing comprises searching the working queue for the message as part of a 
wave of messages in a chronologically adjacent order to facilitate generation of the reply, 
wherein the message is waiting to be processed. (See, e.g., Specification, pp. 10-11, par. 
30). Appellants' dependent claim 6 incorporates the claims limitations of claim 1 and 
adds locking the message until the message is copied to the working queue. (See, e.g., 
Specification, pp. 10-11, pars. 30-31). Appellants' dependent claim 7 incorporates the 
claims limitations of claim 1 and adds wherein processing comprises assigning the 
message to a thread, the thread being available to process the message. (See, e.g., 
Specification, pg. 8, par. 22). And, Appellants' dependent claim 8 incorporates the claims 
limitations of claim 1 and adds wherein processing comprises transmitting a second 
message to request data indicated by a content of the message and generating the reply 
based upon data received in response to the second message. (See, e.g., Specification, pp. 
13-14, par. 39). 

Appellants' independent claim 9 as currently presented claims an apparatus for 
enhancing persistence of a message. (See, e.g., Specification, pp. 4-5, par. 12, first sent.). 
The apparatus comprises an inbound queue to receive the message from a requestor. (See, 
e.g., Specification, pg. 5, par. 14, sent. 2-5, par. 16, and par. 18, sent. 1-4). The apparatus 
comprises a working queue to store the message. (See, e.g., Specification, pg. 7, par. 18, 
third sent.). The apparatus comprises an outbound queue to store a reply responsive to the 
message. (See, e.g., Specification, pg. 7, par. 18, fourth sent., and pg. 8, par. 21, first three 
sent.). The apparatus comprises a queue manager to persist the message from the inbound 
queue and the working queue before the message is removed from the inbound queue. 
(See, e.g., Specification, pp. 7-8, pars. 17 and 20). The apparatus comprises a dispatcher 
to browse the inbound queue to identify the message after the message is stored in the 
inbound queue (See, e.g., Specification, pg. 7, par. 19, second sent.); copy the message to 
the working queue (See, e.g., Specification, pg. 7, par. 18, third sent., and par. 19, first 
sent.) to persist the message, the message to be stored, in it's entirety, in both the inbound 
queue and the working queue concurrently (See, e.g., Specification, pp. 7-8, par. 20, first 
sent., and par. 31); remove the message from the inbound queue after the message is 
copied to the working queue and after the message is persisted from the working queue 
(See, e.g., Specification, pp. 7-8, par. 20, first sent.); and assign a thread to process the 
message to generate the reply in response to the message prior to removing the message 
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from the working queue (See, e.g., Specification, pg. 7, par. 19, and pg. 8, par. 21, first 
three sent.) and to store the reply in the outbound queue after generating the reply. (See, 
e.g., Specification, pg. 8, par. 21, first three sent.). Furthermore, as described in claim 10, 
a further embodiment involves the outbound queue storing the reply until the reply is 
transmitted to the requestor. (See, e.g., Specification, pg. 7, par. 18, fourth sent.). 

Appellants' dependent claim 11 incorporates the claims limitations of claim 10 
and adds wherein the queue manager is configured to persist the message from the 
inbound queue and the reply from the outbound queue. (See, e.g., Specification, pg. 7, 
pars. 17-18). Appellants' dependent claim 12 incorporates the claims limitations of claim 
9 and adds wherein the dispatcher comprises a persistence determiner coupled with the 
queue manager to determine that the message is persisted prior to removing the message 
from the inbound queue, wherein the dispatcher is coupled with the working queue to 
wait until the thread is available to assign to the message or the thread is being cleaned, 
before copying the message to the working queue. (See, e.g., Specification, pp. 11-12, 
pars. 31-32). Appellants' dependent claim 13 incorporates the claims limitations of claim 
9 and adds wherein the dispatcher comprises a queue searcher to identify the message to 
be processed based upon priorities associated with messages stored in the inbound queue. 
(See, e.g., Specification, pp. 10-11, par. 30). Appellants' dependent claim 14 incorporates 
the claims limitations of claim 9 and adds wherein the dispatcher comprises a message 
locker to lock the message, until the message is copied into the working queue. (See, e.g., 
Specification, pp. 10-11, pars. 30-31). Appellants' dependent claim 15 incorporates the 
claims limitations of claim 9 and adds wherein the dispatcher comprises recovery logic to 
assign the thread to process the message after a system failure. (See, e.g., Specification, 
pg. 12, par. 34). And, Appellants' dependent claim 16 incorporates the claims limitations 
of claim 9 and adds wherein the thread is configured to process the message based upon a 
rule associated with the message. (See, e.g., Specification, pp. 12-13, par. 36). 

Appellants' independent claim 17 as currently presented claims A storage-type 
machine-accessible medium containing instructions, which when executed by a machine, 
cause said machine to perform operations, (See, e.g., Specification, pg. 18, pars. 56-57.) 
comprising storing the message in an inbound queue after receiving the message. (See, 
e.g., Specification, pg. 6, par. 16.). The operations comprise browsing the inbound queue 
to identify the message after storing the message in the inbound queue. (See, e.g., 
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Specification, pg. 7, par. 19, second sent.). The operations comprise copying the message 
to a working queue (See, e.g., Specification, pg. 7, par. 18, third sent.), the working queue 
being persisted by a queue manager (See, e.g., Specification, pg. 7, par. 17), to persist the 
message, the message being stored, in it's entirety, in both the inbound queue and the 
working queue concurrently. (See, e.g., Specification, pp. 7-8, par. 20, first sent., and par. 
31). The operations comprise removing the message from the inbound queue after 
copying the message to the working queue. (See, e.g., Specification, pp. 7-8, par. 20, first 
sent.). The operations comprise processing the message to generate a reply prior to 
removing the message from the working queue. (See, e.g., Specification, pg. 8, par. 21, 
first three sent.). And the operations comprise storing the reply in an outbound queue 
after generating the reply. (See, e.g., Specification, pg. 8, par. 21, first three sent.). 
Furthermore, as described in claim 18, a further embodiment involves removing the 
message from the working queue after storing the reply in the outbound queue. (See, e.g., 
Specification, pg. 8, par. 21, first three sent.). 

And, Appellants' dependent claim 20 incorporates the claims limitations of claim 
17 and adds wherein browsing comprises selecting a set of messages, the message being 
part of the set. (See, e.g., Specification, pp. 10-11, par. 30). 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

4) Claims 1-6, 9-15, and 17-20 stand rejected under 35 USC § 103(a) as being 
unpatentable over McGann in view of Lambert. 

5) Claim 7 stands rejected under 35 USC § 103(a) as being unpatentable over McGann 
in view of Lambert and in further view of Nakada. 

6) Claims 8 and 16 stand rejected under 35 USC § 103(a) as being unpatentable over 
McGann in view of Lambert and in further view of Mikalsen. 

VII. ARGUMENT 

A. Claims 1-6, 9-15. and 17-20 stand rejected under 35 USC § 103(a) as 
being unpatentable over McGann in view of Lambert 
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The Office action rejected 1-6, 9-15, and 17-20 stand rejected under 35 USC § 
103 as being unpatentable over McGann in view of Lambert. Applicant traverses the 
rejections with the arguments above in conjunction with the arguments below. 

To establish a prima facie case of obviousness, the modification or combination 
must teach or suggest all of Applicants' claim limitations. 2 



McGann in view of Lambert does not describe, expressly or inherently, all of the 

limitations of claims 1 and 17. For instance, with regards to claims 1 and 17, McGann in 

view of Lambert fails to teach or suggest: 

...storing the message in an inbound queue after receiving the message; 
browsing the inbound queue to identify the message after storing the 
message in the inbound queue; 

copying the message to a working queue, the working queue being 
persisted by a queue manager, to persist the message, the message being 
stored, in it's entirety, in both the inbound queue and the working queue 
concurrently; 

removing the message from the inbound queue after copying the message 
to the working queue; 

processing the message to generate a reply prior to removing the message 
from the working queue; and 

storing the reply in an outbound queue after generating the reply. 

McGann receives a message at a messaging collector and passes the message to a 
local queue manager (See FIG. 2, elements 26, 28, 30, and 32). "Messaging collector 28 
immediately passes the message off to local queue manager 30. Because local queue 
manager 30 is local to sending process 20, this happens very quickly and results in 
minimal latencies. Once messaging collector 28 has passed the message off to local 
queue manager 30, sending process 20 has completed sending message 26, and may 
return to other functions." 3 "The messaging collector method 28 preferably returns a 
status code to sending process 20 indicating success or failure for accepting the message. 
This is based upon a similar success or failure status received from the local queue 



1. Claims 1 and 17 



2 In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA 1974). 

3 McGann, col. 2, lines 41-47. 
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manager." 4 "Local queue manager 30 accepts messages as quickly as possible from 
messaging collector 28, and prepares them for continued transmission." 5 "Also, 
preferably, [the message] is persisted to a local file system 32 [by the local queue 
manager 30], where it is stored until the message is delivered." 6 

As indicated in the Office action, Lambert teaches that "[a]ll queue managers 
support synchronous messaging operations, such as the ability to access queues to get, 
put and browse messages." 7 Lambert also discusses generating and sending a reply. 8 

The Office action fails to present a prima facie case of obviousness because the 
action does not teach or suggest many of the limitations of claims 1 and 17. In particular, 
the combination of McGann and Lambert does not teach or suggest "storing the message 
in an inbound queue after receiving the message ..." The Office action defines 
McGann' s messaging collector 28 as the inbound queue. However, McGann describes 
the messaging collector as an interface that immediately passes the message to a local 
queue manager rather than an inbound queue that stores the message until the queue is 
browsed and the message is copied. According to McGann, "[messaging collector 28 
serves as an interface" 9 that "immediately passes the message off to local queue manager 
30...." 10 The Office action does not address the lack of description of any functionality 
of the inbound queue in McGann but the Office action does assume functionality 
associated with the inbound queue. Applicant argues that an interface that "immediately 
passes the message off to local queue manager 30" does not teach or suggest an inbound 
queue that stores the message until the queue is browsed and the message is copied as is 
suggested by the Office action to support the rejections. 

Furthermore, claim 1 should be construed in the context of the entire claim set. 
However, claim 4, which is dependent upon claim 1, describes "determining that the 
message is persisted prior to removing the message from the inbound queue". The 

4 McGann, col. 2, lines 53-57. 

5 McGann, col. 2, lines 60-62. 

6 McGann, col. 3, lines 2-3. 

7 Lambert, par. 90. 

8 Lambert claims 1,16, and 33; See also pg. 7, par 73; and pg 8, par. 96 

9 McGann col. 2, line 3 1 . 

10 McGann, col. 2, lines 41-42. 
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inclusion of claim 4 within the scope of claim 1 is inconsistent with the description in 
McGann of the messaging collector 28 as an "interface" that "immediately passes the 
message off to local queue manager 30...." However, as discussed in conjunction with 
the arguments to traverse the rejection of claim 4, the Office action indicates that 
"determining that the message is persisted prior to removing the message from the 
inbound queue" is also taught by the description in McGann of the messaging collector 
28 as an "interface" that "immediately passes the message off to local queue manager 



The Office action argues that "[i]t is well known in the art that a message cannot 
be stored in a queue before it is received, thus it is understood that storing the message in 
an inbound queue after receiving the message is inherent." First, Applicant argues that 
the existence of the inbound queue in McGann's messaging collector 28 is not inherent in 
light of the description of the messaging collector. Second, storage in an inbound queue 
after receiving the message contradicts the description of an "interface" that 
"immediately passes the message off to local queue manager 30...." 11 In other words, 
McGann does not describe passing the message to the queue manager after storing the 
message in an inbound queue. McGann clearly states that the message immediately 
passes to local queue manager 30, which is more analogous to the function of "acceptor 
132". 12 Thus, Applicant argues that the combination of McGann and Lambert fails to 
teach or suggest "storing the message in an inbound queue after receiving the 
message...." 

The combination of McGann and Lambert fails to teach or suggest "browsing the 
inbound queue to identify the message after storing the message in the inbound queue. . . ." 
The Office action relies on Lambert to provide the "browse" function. However, the 
combination of McGann and Lambert is improper because the combination requires a 
construction that contradicts a principle of operation explicitly described in McGann. In 
this rejection, the Office action builds upon the assumption that messaging collector 28 
comprises an inbound queue. Because Lambert teaches a browse function, the Office 



30...." 



11 McGann, col. 2, lines 41-42. 

12 See Specification, pg. 6, par. 16, and Fig. 1. 
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action argues that the combination of McGann and Lambert teaches a message collector 
28 that receives the message, stores the message in an inbound queue after receipt, 
browses that inbound queue to identify the message prior to copying the message into a 
working queue, and then transmits the message to local queue manager 30. Applicant 
argues that this construction of McGann contradicts the description in McGann of the 
messaging collector 28 as an "interface" that "immediately passes the message off to 
local queue manager 30. . . ." 13 

The combination of McGann and Lambert fails to teach or suggest "copying the 
message to a working queue ... to persist the message... stored, in it's entirety, in both 
the inbound queue and the working queue concurrently. . . ." The Office action compounds 
the multiple assumptions above upon one another in the rejection of this element. First, 
the Office action assumes the existence of the inbound queue in messaging collector 28. 
Applicant notes that McGann does not describe a queue in the discussions of the 
messaging collector 28. Then, because McGann characterizes "immediately pass[ing] 
the message off to local queue manager 30..." 14 with "this happens very quickly", the 
Office action concludes that McGann is teaching or suggesting that the message is in both 
an inbound queue and a working queue concurrently. Applicant argues that the speed 
with which actions occur offers no support for the conclusion that the message is in two 
queues concurrently. 

The final Office action responds to this argument indicating that it is well known 
and inherent that a copy of a message is held in a [queue] at the delivery side of a system 
until the receiving end of the system receives. The examiner cites Maynard et al (US Pat. 
Pub. No. 2004/015351 1) as support for this assertion. The problem with this assertion is 
that even if true, it's not applicable to the claim. The inbound, working, and outbound 
queues are part of a messaging system that receives the message from a requestor and 
processes the message. While the process may also involve transmitting messages, the 
inbound, working, and outbound queues are more analogous to the message queue 126 



13 McGann, col. 2, lines 41-42. 

14 McGann, col. 2, lines 41-42. 
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described in Maynard et al. 15 than they are to both queue 1 12 and queue 126. Modifying 
McGann to separate the messaging collector 28 from the local queue manager 30 by the 
communication network 106 described in Maynard changes a principle of operation of 
McGann and vice versa for Maynard et al. Note that the examiner relies on the proximity 
of the messaging collector 28 and local queue manager 30 to anticipate the "copying the 
message..." element of claims 1 and 17. 

The Background section alludes to the problem(s) addressed in the claims at 
issue. In particular, paragraph 6 states that "persisting the message to non-volatile 
memory via upperware can. . . leave gaps in the persistence that may allow the message to 
be lost such as the gap between removing the message from the inbound queue and 
storing the message in non-volatile memory." The combination of the references cited in 
support of this rejection does not teach or suggest "copying the message to a working 
queue ... to persist the message... stored, in it's entirety, in both the inbound queue and 
the working queue concurrently..." Applicant argues that the Office action fails to 
provide prima facie evidence for the rejections of claims 1 and 1 7 so the rejections should 
be reversed. 

The combination of McGann and Lambert does not teach or suggest "removing 
the message from the inbound queue after copying the message to the working queue". 
To support of the rejection, the Office action assumes the existence of an inbound queue 
and assumes that because McGann describes the message collector 28 as "immediately 
pass[ing] the message off to local queue manager 30..." 16 , the message must be in both 
the inbound queue and a working queue concurrently. Based upon these assumptions, the 
Office action concludes that it is inherent that the message must be removed from the 
inbound queue after copying since the message was in the inbound queue concurrently 
with being in the working queue. Applicant argues that the Office action fails to provide 
prima facie evidence that the message is removed from the inbound queue after copying 
the message to the working queue, as is described in claims 1 and 17. 



15 See Specification at Figs. 1-3, particularly server 130 and queues 134; and see Maynard et al. at Figs. 1 
and 5, particularly queue 1 12 and queue 126. 

16 McGann, col. 2, lines 41-42. 
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And, the combination of McGann and Lambert does not teach or suggest 
"processing the message to generate a reply prior to removing the message from the 
working queue...." McGann describes queuing the message in a static internal class 
vector when the message is received by a thread of the local queue manager 30. McGann 
then states that "preferably, it is persisted to a local file system 32, where it is stored until 
the message is delivered. Until removed by the receiver, the message remains on the 
local file system so that it can be retrieved and resent in case of a hardware or software 
failure...." In essence, McGann states that the message remains in the local file system 
until the message is delivered. 17 McGann does not state that the message remains queued 
in the internal static vector until a reply is generated. And, McGann does not describe 
"processing the message ... prior to removing the message from the working queue...." 
McGann teaches that "[o]ncc the message writer 36 has delivered the message, it 
removes the message from the local queue, where it had been placed by the local queue 
manager 30. " 18 McGann does not teach or suggest "processing the message to generate a 
reply prior to removing the message from the working queue. . . ." 

Lambert discusses generating and sending a reply 19 as well as receiving a reply. 20 
However, Lambert does not teach or suggest "processing the message to generate a reply 
prior to removing the message from the working queue. . . ." Applicant argues that there is 
no basis in McGann, Lambert, or a combination thereof for the rejection so the Office 
action fails to provide a prima facie evidence of processing the message to generate a 
reply prior to removing the message from the working queue, as is described in claims 1 
and 17. 

2. Claim 9 

McGann in view of Lambert does not describe, expressly or inherently, all of the 
limitations of claim 9. For instance, with regards to claim 9, McGann in view of Lambert 
fails to teach or suggest: 

17 See also McGann at independent claims 1,9, 17, and 21. 

18 McGann col. 3, lines 43-47. 

19 Lambert pg. 3, pars. 18 and 22; pg. 7, par. 73, pg. 8, par. 96; and claims 1, 5, 16, and 33. 

20 Lambert pg. 4, pars. 25, and 27-29; and claims 17, 25-26, and 28. 
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a dispatcher to browse the inbound queue to identify the message after the 
message is stored in the inbound queue; copy the message to the working 
queue to persist the message, the message to be stored, in it's entirety, in 
both the inbound queue and the working queue concurrently; remove the 
message from the inbound queue after the message is copied to the 
working queue and after the message is persisted from the working queue; 
and assign a thread to process the message to generate the reply in 
response to the message prior to removing the message from the working 
queue and to store the reply in the outbound queue after generating the 
reply. 

McGann receives a message at a messaging collector and passes the message to a 
local queue manager (See FIG. 2, elements 26, 28, 30, and 32). "Messaging collector 28 
immediately passes the message off to local queue manager 30. Because local queue 
manager 30 is local to sending process 20, this happens very quickly and results in 
minimal latencies. Once messaging collector 28 has passed the message off to local 
queue manager 30, sending process 20 has completed sending message 26, and may 
return to other functions." 21 "The messaging collector method 28 preferably returns a 
status code to sending process 20 indicating success or failure for accepting the message. 
This is based upon a similar success or failure status received from the local queue 
manager." 22 "Local queue manager 30 accepts messages as quickly as possible from 
messaging collector 28, and prepares them for continued transmission." 23 "Also, 
preferably, [the message] is persisted to a local file system 32 [by the local queue 
manager 30], where it is stored until the message is delivered." 24 

As indicated in the Office action, Lambert teaches that "[a]ll queue managers 
support synchronous messaging operations, such as the ability to access queues to get, 
put and browse messages." 25 Lambert also discusses generating and sending a reply. 26 

The Office action fails to present a prima facie case of obviousness because the 
action does not teach or suggest many of the limitations of claim 9. In particular, the 



21 McGann, col. 2, lines 41-47. 

22 McGann, col. 2, lines 53-57. 

23 McGann, col. 2, lines 60-62. 

24 McGann, col. 3, lines 2-3. 

25 Lambert, par. 90. 

26 Lambert claims 1,16, and 33; See also pg. 7, par 73; and pg 8, par. 96 
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combination of McGann and Lambert does not teach or suggest "...a dispatcher to 
browse the inbound queue to identify the message after the message is stored in the 
inbound queue; [and] copy the message to the working queue to persist the message 
The Office action defines McGann's messaging collector 28 as the inbound queue. 
However, McGann describes the messaging collector as an interface that immediately 
passes the message off to local queue manager rather than an inbound queue that stores 
the message until the queue is browsed and the message is copied. According to 
McGann, "[messaging collector 28 serves as an interface" 27 that "immediately passes 
the message off to local queue manager 30...." 28 The Office action does not address the 
lack of description of any functionality of the inbound queue in McGann but the Office 
action does assume functionality associated with the inbound queue. Applicant argues 
that an interface that "immediately passes the message off to local queue manager 30" 
does not teach or suggest an inbound queue that stores the message until the queue is 
browsed and the message is copied as is suggested by the Office action to support the 
rejections. 

Furthermore, claim 9 describes ". . .a dispatcher to . . .remove the message from the 
inbound queue after the message is copied to the working queue and after the message is 
persisted from the working queue...." Again, the rejection assumes that determining the 
message is persisted prior to removing the message from the inbound queue is inherently 
taught by McGann and Lambert based upon the description in McGann of the messaging 
collector 28 as an "interface" that "immediately passes the message off to local queue 
manager 30...." Applicant argues that "a dispatcher to ...remove the message from the 
inbound queue after the message is copied to the working queue and after the message is 
persisted from the working queue..." is not taught or suggested by the discussions in 
McGann about the messaging collector 28, particularly when considering that the 
existence of the inbound queue is assumed. 

The combination of McGann and Lambert fails to teach or suggest "an inbound 
queue to receive the message from a requestor [and]... a dispatcher to browse the 

27 McGann col. 2, line 31. 

28 McGann, col. 2, lines 41-42. 
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inbound queue to identify the message after the message is stored in the inbound 
queue...." The Office action argues that "[i]t is well known in the art that a message 
cannot be stored in a queue before it is received, thus it is understood that storing the 
message in an inbound queue after receiving the message is inherent." First, Applicant 
argues that the existence of the inbound queue in McGann's messaging collector 28 is not 
inherent in light of the description of the messaging collector. Second, storage in an 
inbound queue after receiving the message contradicts the description of an "interface" 
that "immediately passes the message off to local queue manager 30...." 29 In other 
words, McGann does not describe passing the message to the queue manager after storing 
the message in an inbound queue. McGann clearly states that the message immediately 
passes to local queue manager 30, which is more analogous to the function of "acceptor 
132", which receives a message and stores the message in the "inbound queue 135". 30 
Thus, Applicant argues that the combination of McGann and Lambert fails to teach or 
suggest "an inbound queue to receive the message from a requestor [and]... a dispatcher 
to browse the inbound queue to identify the message after the message is stored in the 
inbound queue...." 

The combination of McGann and Lambert fails to teach or suggest "a dispatcher 
to browse the inbound queue to identify the message after the message is stored in the 
inbound queue...." The Office action relies on Lambert to provide the "browse" 
function. However, the combination of McGann and Lambert is improper because the 
combination requires a construction that contradicts a principle of operation explicitly 
described in McGann. In this rejection, the Office action builds upon the assumption that 
messaging collector 28 comprises an inbound queue. Because Lambert teaches a browse 
function, the Office action argues that the combination of McGann and Lambert teaches a 
message collector 28 that receives the message, stores the message in an inbound queue 
after receipt, browses that inbound queue to identify the message prior to copying the 
message into a working queue, and then transmits the message to local queue manager 
30. Applicant argues that this construction of McGann contradicts the description in 



McGann, col. 2, lines 41-42. 

See Specification, pg. 6, par. 16, and Fig. 1. 
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McGann of the messaging collector 28 as an "interface" that "immediately passes the 
message off to local queue manager 30...." 31 

Furthermore, when reading claim 9 in context, claim 12, which is dependent upon 
claim 9, indicates that "the dispatcher is coupled with the working queue to wait until the 
thread is available to assign to the message or the thread is being cleaned, before copying 
the message to the working queue". Again, the rejection of claim 12 assumes that 
waiting until a thread ["to process the message to generate the reply in response to the 
message...."] is available to copy the message to the working queue is inherently taught 
by the combinations of McGann and Lambert based upon the description in McGann of 
the messaging collector 28 as an "interface" that "immediately passes the message off to 
local queue manager 30..." 32 and the "browse" function indicated by Lambert. 
Applicant argues that claim 9 is not taught or suggested by the combination. 

The combination of McGann and Lambert fails to teach or suggest "a dispatcher 
to . . . copy the message to the working queue to persist the message, the message to be 
stored, in it's entirety, in both the inbound queue and the working queue concurrently. . . ." 
The Office action compounds the multiple assumptions above upon one another in the 
rejection of this element. First, the Office action assumes the existence of the inbound 
queue in messaging collector 28. Applicant notes that McGann does not describe a queue 
at all in the discussions of the messaging collector 28. Then, because McGann 
characterizes "immediately pass[ing] the message off to local queue manager 30..." 33 
with "this happens very quickly", the Office action concludes that McGann is teaching or 
suggesting that the message is in both an inbound queue and a working queue 
concurrently. Applicant argues that the speed with which actions occur offers no support 
for the conclusion that the message is in two queues concurrently. 

The final Office action responds to this argument indicating that it is well known 
and inherent that a copy of a message is held in a [queue] at the delivery side of a system 
until the receiving end of the system receives. The examiner cites Maynard et al (US Pat. 



31 McGann, col. 2, lines 41-42. 

32 McGann, col. 2, lines 41-42. 

33 McGann, col. 2, lines 41-42. 
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Pub. No. 2004/015351 1) as support for this assertion. The problem with this assertion is 
that even if true, it's not applicable to the claim. The inbound, working, and outbound 
queues are part of a messaging system that receives the message from a requestor and 
processes the message. While the process may also involve transmitting messages, the 
inbound, working, and outbound queues are more analogous to the message queue 126 
described in Maynard et al. 34 than they are to both queue 1 12 and queue 126. Modifying 
McGann to separate the messaging collector 28 from the local queue manager 30 by the 
communication network 106 described in Maynard changes a principle of operation of 
McGann and vice versa for Maynard et al. Note that the examiner relies on the proximity 
of the messaging collector 28 and local queue manager 30 to anticipate "a dispatcher to 
. . . copy the message to the working queue to persist the message, the message to be 
stored, in it's entirety, in both the inbound queue and the working queue concurrently..." 
element of claim 9. 

The Background section alludes to the problem(s) addressed in the claims. In 
particular, paragraph 6 states that "persisting the message to non-volatile memory via 
upperware can. . . leave gaps in the persistence that may allow the message to be lost such 
as the gap between removing the message from the inbound queue and storing the 
message in non-volatile memory." The combination of the references cited in support of 
this rejection do not teach or suggest "a dispatcher to . . . copy the message to the working 
queue to persist the message, the message to be stored, in it's entirety, in both the 
inbound queue and the working queue concurrently...." Applicant argues that the Office 
action fails to provide prima facie evidence for the rejections of claim 9 so the rejections 
should be reversed. 

The combination of McGann and Lambert does not teach or suggest "a dispatcher 
to . . . remove the message from the inbound queue after the message is copied to the 
working queue". To support of the rejection, the Office action assumes the existence of 
an inbound queue and assumes that because McGann describes the message collector 28 



34 See Specification at Figs. 1-3, particularly server 130 and queues 134; and see Maynard et al. at Figs. 1 
and 5, particularly queue 1 12 and queue 126. 
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as "immediately pass[ing] the message off to local queue manager 30. . ." 35 , the message 
must be in both the inbound queue and a working queue concurrently. Based upon these 
assumptions, the Office action concludes that it is inherent that the message must be 
removed from the inbound queue after copying since the message was in the inbound 
queue concurrently with being in the working queue. Applicant argues that the Office 
action fails to provide prima facie evidence that the message is removed from the 
inbound queue after copying the message to the working queue, as is described in claim 
9. 

And, the combination of McGann and Lambert does not teach or suggest "a 
dispatcher to . . . assign a thread to process the message to generate the reply in response 
to the message prior to removing the message from the working queue...." McGann 
describes queuing the message in a static internal class vector when the message is 
received by a thread of the local queue manager 30. McGann then states that "preferably, 
it is persisted to a local file system 32, where it is stored until the message is delivered. 
Until removed by the receiver, the message remains on the local file system so that it can 
be retrieved and resent in case of a hardware or software failure. . . ." In essence, McGann 
states that the message remains in the local file system until the message is delivered. 36 
McGann does not state that the message remains queued in the internal static vector until 
a reply is generated. And, McGann does not describe "a dispatcher to . . . assign a thread 
to process the message to generate the reply in response to the message prior to removing 
the message from the working queue...." McGann teaches that "[o]nce the message 
writer 36 has delivered the message, it removes the message from the local queue, where 
it had been placed by the local queue manager 30." 37 McGann does not teach or suggest 
"a dispatcher to ... assign a thread to process the message to generate the reply in 
response to the message prior to removing the message from the working queue . . . ." 



35 McGann, col. 2, lines 41-42. 

36 See also McGann at independent claims 1,9, 17, and 21. 

37 McGann col. 3, lines 43-47. 
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Lambert discusses generating and sending a reply 38 as well as receiving a reply. 39 
However, Lambert does not teach or suggest "processing the message to generate a reply 
prior to removing the message from the working queue. . . ." Applicant argues that there is 
no basis in McGann, Lambert, or a combination thereof for the rejection so the Office 
action fails to provide a prima facie evidence of processing the message to generate a 
reply prior to removing the message from the working queue, as is described in claims 1 , 
9, and 17. 



Furthermore, claim 4, which is dependent upon claim 1 , describes "determining 
that the message is persisted prior to removing the message from the inbound queue". 
Again, the rejection of claim 4 assumes that determining the message is persisted prior to 
removing the message from the inbound queue is inherently taught by McGann and 
Lambert based upon the description in McGann of the messaging collector 28 as an 
"interface" that "immediately passes the message off to local queue manager 30...." 
Applicant argues that "determining that the message is persisted prior to removing the 
message from the inbound queue" is not taught or suggested by the discussions in 
McGann about the messaging collector 28, particularly when considering that the 
existence of the inbound queue is assumed. 



Furthermore, claim 12, which is dependent upon claim 9, indicates that "the 
dispatcher is coupled with the working queue to wait until the thread is available to 
assign to the message or the thread is being cleaned, before copying the message to the 
working queue". Again, the rejection of claim 12 assumes that waiting until a thread ["to 
process the message to generate the reply in response to the message"] is available is 
inherently taught by the combinations of McGann and Lambert based upon the 
description in McGann of the messaging collector 28 as an "interface" that "immediately 



3. Claim 4 



4. Claim 12 



Lambert pg. 3, pars. 18 and 22; pg. 7, par. 73, pg. 8, par. 96; and claims 1, 5, 16, and 33. 
Lambert pg. 4, pars. 25, and 27-29; and claims 17, 25-26, and 28. 
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passes the message off to local queue manager 30..." 40 and the "browse" function 
indicated by Lambert. Applicant argues that claim 9 is not taught or suggested by the 
combination. 



With respect to claims 2 and 18, the combination of McGann and Lambert does 
not teach or suggest "removing the message from the working queue after storing the 
reply in an outbound queue." The Office action cites McGann at col. 3, line 43, which 
discusses the message but not a reply. While Lambert does discuss generation of a reply, 
Lambert does not teach or suggest this relationship between removing the message from 
the working queue and storing the reply in the outbound queue. Thus, Applicant argues 
that the Office action fails to provide prima facie evidence that the message is removed 
from the working queue after storing the reply in the outbound queue, as is described in 
claims 2 and 18. 

B. Claim 7 stands rejected under 35 USC § 103(a) as being unpatentable over 
McGann in view of Lambert and in further view of Nakada 

The dependents of claims 1, 9, and 17 incorporate the limitations of claims I, 9, 
and 17. Nakada fails to supplement the shortcomings of McGann and Lambert for 
teaching or suggesting the limitations of these independent claims. Thus, the 
combination of McGann, Lambert, and Nakada does not teach or suggest all the 
limitations of dependent claims of claims 1, 9, and 17, and Applicant respectfully argues 
that the rejections of the claims be reversed and the dependent claims should be allowed. 

41 

C. Claims 8 and 16 stand rejected under 35 USC § 103(a) as being 
unpatentable over McGann in view of Lambert and in further view of Mikalsen 



5. Claims 2 and 18 



40 McGann, col. 2, lines 41-42. 

41 See In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA 1974). 
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The dependents of claims 1, 9, and 17 incorporate the limitations of claims 1, 9, 
and 17. Mikalsen fails to supplement the shortcomings of McGann and Lambert for 
teaching or suggesting the limitations of these independent claims. Thus, the 
combination of McGann, Lambert, and Mikalsen does not teach or suggest all the 
limitations of dependent claims of claims 1, 9, and 17, and Applicant respectfully argues 
that the rejections of the claims be reversed and the dependent claims should be allowed. 

42 



42 See In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA 1974). 
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Conclusion 

To establish a prima facie case of obviousness, the modification or combination 
must teach or suggest all of Applicants' claim limitations. 43 The combination of McGann 
and Lambert does not teach or suggest all of Applicants' claim limitations. Thus, the 
rejections should be reversed as improper. 

No fee is believed due with this paper. However, if any fee is determined to be 
required, the Office is authorized to charge Deposit Account 09-0457 for any such 
required fee. 



Respectfully submitted, 
June 18, 2009 /Jeffrey S. Schubert/ 
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Customer No.: 87788 
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43 In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA 1974). 
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VIII. CLAIMS APPENDIX 

TEXT OF CLAIMS PRESENTED ON APPEAL 

WHAT IS CLAIMED IS: 

1 . A method for enhancing persistence of a message, the method comprising: 
storing the message in an inbound queue after receiving the message; 
browsing the inbound queue to identify the message after storing the message in 

the inbound queue; 

5 copying the message to a working queue, the working queue being persisted by a 

queue manager, to persist the message, the message being stored, in it's 
entirety, in both the inbound queue and the working queue concurrently; 
removing the message from the inbound queue after copying the message to the 
working queue; 

10 processing the message to generate a reply prior to removing the message from 

the working queue; and 
storing the reply in an outbound queue after generating the reply. 

2. The method of claim 1, further comprising removing the message from the 
working queue after storing the reply in the outbound queue. 

15 3. The method of claim 1, further comprising restoring the message in the working 
queue after a system failure. 

4. The method of claim 1, further comprising determining that the message is 
persisted prior to removing the message from the inbound queue. 

5. The method of claim 1, wherein browsing comprises searching the working queue 
20 for the message as part of a wave of messages in a chronologically adjacent order 

to facilitate generation of the reply, wherein the message is waiting to be 
processed. 
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7. 

5 8. 
9. 

10 
15 
20 



The method of claim 1, wherein browsing comprises locking the message until 
the message is copied to the working queue. 

The method of claim 1, wherein processing comprises assigning the message to a 
thread, the thread being available to process the message. 

The method of claim 1, wherein processing comprises transmitting a second 
message to request data indicated by a content of the message and generating the 
reply based upon data received in response to the second message. 

An apparatus for enhancing persistence of a message, the apparatus comprising: 

an inbound queue to receive the message from a requestor; 

a working queue to store the message; 

an outbound queue to store a reply responsive to the message; 

a queue manager to persist the message from the inbound queue and the working 
queue before the message is removed from the inbound queue; and 

a dispatcher to browse the inbound queue to identify the message after the 
message is stored in the inbound queue; copy the message to the working 
queue to persist the message, the message to be stored, in it's entirety, in 
both the inbound queue and the working queue concurrently; remove the 
message from the inbound queue after the message is copied to the 
working queue and after the message is persisted from the working queue; 
and assign a thread to process the message to generate the reply in 
response to the message prior to removing the message from the working 
queue and to store the reply in the outbound queue after generating the 
reply. 

The apparatus of claim 9, wherein the outbound queue is to store the reply until 
the reply is transmitted to the requestor. 

The apparatus of claim 10, wherein the queue manager is configured to persist the 
message from the inbound queue and the reply from the outbound queue. 
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10 



15 



20 



12. The apparatus of claim 9, wherein the dispatcher comprises a persistence 
determiner coupled with the queue manager to determine that the message is 
persisted prior to removing the message from the inbound queue, wherein the 
dispatcher is coupled with the working queue to wait until the thread is available 
to assign to the message or the thread is being cleaned, before copying the 
message to the working queue. 

13. The apparatus of claim 9, wherein the dispatcher comprises a queue searcher to 
identify the message to be processed based upon priorities associated with 
messages stored in the inbound queue. 

14. The apparatus of claim 9, wherein the dispatcher comprises a message locker to 
lock the message, until the message is copied into the working queue. 

15. The apparatus of claim 9, wherein the dispatcher comprises recovery logic to 
assign the thread to process the message after a system failure. 

16. The apparatus of claim 9, wherein the thread is configured to process the message 
based upon a rule associated with the message. 

17. A storage-type machine-accessible medium containing instructions, which when 
executed by a machine, cause said machine to perform operations, comprising: 
storing the message in an inbound queue after receiving the message; 
browsing the inbound queue to identify the message after storing the message in 

the inbound queue; 

copying the message to a working queue, the working queue being persisted by a 
queue manager, to persist the message, the message being stored, in it's 
entirety, in both the inbound queue and the working queue concurrently; 

removing the message from the inbound queue after copying the message to the 
working queue; 

processing the message to generate a reply prior to removing the message from 
the working queue; and 
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storing the reply in an outbound queue after generating the reply. 

18. The storage-type machine-accessible medium of claim 17, wherein the operations 
further comprise removing the message from the working queue after storing the 
reply in an outbound queue. 

5 19. The storage-type machine-accessible medium of claim 17, wherein the operations 
further comprise restoring the message in the working queue after a system failure 
based upon an order or priority associated with the message with respect to other 
messages in the working queue. 

20. The storage-type machine-accessible medium of claim 17, wherein browsing 
10 comprises selecting a set of messages, the message being part of the set. 
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IX. EVIDENCE APPENDIX 



Other than the Office Action(s), prior Appeal brief, and reply(ies) already of record, no 
additional evidence has been entered by Appellants or the Examiner in the above- 
identified application which is relevant to this appeal. 

X. RELATED PROCEEDINGS APPENDIX 

There are no related proceedings as described by 37 C.F.R. §41.37(c)(l)(x) known to 
Appellants, Appellants' legal representative, or assignee. 



